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(54) System and method for delivering profile information relating to a caller 



(57) A Caller Profile system and sen^lce enables a 
calier to establish a caller profile which is to be selecta- 
bly delivered to called parties contemporaneous with the 
delivery of a call. The caller profile may optionally be 
delivered at another time upon the caller's request. The 
caller profile may include text information, images, 
sound, or other multimedia content. The caller profile In- 
fomiation may be stored in a Caller Profile Database op- 
erated by a service provider, but may also be stored In 
a corporate or user-operated Caller Profile database 



IHowever stored, the caller profile may be created and 
revised by the user, as needed, using a networtc termi- 
nal, such as a computer-based World Wide Web brows- 
ing system, or an interactive voice response system, to 
update a Caller Profile Administrative server. When a 
call Is made and extended to a terminating switch, the 
switch consults the Caller Profile Database server. The 
sender selects an appropriate profile according to sub- 
scrilDer-defined rules or policies and delivers it to the 
switch. The switch transmits the profile infonnatlon to 
the subscriber tenninal. 
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Description 

FIELD OF THE INVENfTION 

[0001] This invention relates to telecommunication 
systems, and more particular to facilities within telecom- 
munications systems for delivering to a called party in- 
fomiation about a calling party. 

BACKGROUND OF THE INVENTION 

[0002] Telecommunications customers have widely 
accepted several services that Identify to a called sub- 
scriber certain limited infonnation about the party or tel- 
ephone line from which the call originated. For example, 
for calls received on conventional analog telephone 
lines, sen^ices available under the names "Calling Line 
Identification (CLID)", "Calling Number Identification 
(CNID)", and "Caller ID" identify the directory number of 
the telephone line or handset from which the call was 
placed. A related "Caller ID with Name" service identi- 
fies the directory number of the calling line or handset 
and a directory or billing name associated with the call- 
ing line or subscriber. 

[0003] In order to provide these services, the switch- 
ing office terminating the call transmits the identification 
information, in the fonn of voice-band Frequency-Shift 
Keying (FSK) signaling over the subscriber loop, to cus- 
tomer-premise equipment (CPE) which decodes the 
signals and displays the information. If the call originat- 
ed in another switching system, the called number in- 
formation is generally available to the terminating 
switching system from a signaling message used to set 
up the call. If the call originated in the temnlnating switch- 
ing system, the called number Information is generally 
available from a database in that switch. However, in- 
fonnation other than the calling number which is to be 
delivered to the called subscrber must be requested by 
the terminating switch from an external database. In 
conventional telecommunications networics providing 
circuit-switched voice services, the transactions be- 
tween the switch and the extemal database typically 
employ the "Common Channel Signaling System No. T 
(CCS7) signaling protocol. In networks employing the 
"Intelligent Networi(" model, the functional unit providing 
the extemal database sen/Ice (among other services) is 
refen^ed to as a Service Control Point (SCP). 
[0004] Services are also available to provide limited 
caller identity infonnation for calls to Integrated Sen^ices 
Digital Networic (ISDN) lines, for calls to lines served as 
part of a group of business lines receiving a suite of busi- 
ness feature services (sometimes sold by networic op- 
erators under the marie "CEf^REX"), and for calls to 
private networks. These servk^es and their underlying 
infrastructure are similar to the conventional analog-line 
servbes mentioned above, although the implementa- 
tion details of delivery of the information to the called 
station or other display equipment, and mechanisms by 



which infonnation Is requested from a database, may 
vary. 

[0005] Although the conventional caller identification 
sen/ices have achieved wide acceptance among serv- 
5 be providers and telecommunications end users, the 
sen/ices In their current form have several limitations 
which restrict their utility. First, the services deliver lim- 
ited quantities of Information. Existing systenis for de- 
livering caller identifk:ation information have limited 
f 0 available capacity, and conventional display devices are 
adapted to display only limited amounts of infonnation. 
Some services deliver only the directory number of the 
calling line. Other services also deliver a subscriber 
name associated with the calling line. This infonnation 
'5 may be useful, but additional infonnation regarding the 
caller would be valuable in many cases, particuiariy to 
customers in large organizations who may frequently 
make and receive calls to and from callers with whom 
they are not acquainted. 
^ [0006] Another limitation is that the services deliver 
the identity of the line or subscription from which a call 
is placed, rather than the identity of the caller. If the call 
is placed from a PBX or a line of a CENTREX group, 
conventional caller identification servtees typically pro- 
25 vide the identity of the business or other subscriber or- 
ganization, rather than the individual caller. Similarly, if 
a caller uses the telephone line or handset of another, 
e.g. when travelling, conventional caller identification 
services identify the premises from whteh the call is 
30 placed, or the owner of the handset, rather than the In- 
dividual caller. 

[0007] Af urther limitation, particularly from the caller's 
perspective, Is that the same type of Information, and 
the same Information content, is delivered for each call. 
35 A caller may wish to provide (or omit to provide) different 
information depending on the purpose of a call. For ex- 
ample, a caller making a personal call from a business 
may not desire that the business be identified. Existing 
caller identification services usually allow a caller to 
40 block completely the delivery of their identifying infor- 
mation on a per-call basis, but do not allow the caller to 
elect to deliver some but not alt information. In addition, 
the information delivered with a call is controlled and 
maintained by the telecommunk^tions servne provider, 
45 and generally cannot be edited or amplified by the caller. 

OBJECTS AND SUMMARY OF THE INVEfMTION 

[0008] It is therefore an object of the present invention 
50 to provide a system and methods for delivering en- 
hanced caller identification services that minimize the 
disadvantages of the prior art. 
[0009] In a preferred embodiment constructed ac- 
cording to the present invention, a Caller Profile system 
55 and servk» are provided by which a caller may establish 
a caller profile whbh is to be selectably delivered to 
called parties contemporaneous with the delivery of a 
call. The caller profile may optionally be delivered at an- 
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other time upon the caller's request. The caller profile 
may include text information, images, sound, or other 
multimedia content. The caller profile information may 
be stored in a database operated by a service provider, 
but may also be stored in a corporate or user-operated 
database However stored, the caller profile may be cre- 
ated and revised by the user, as needed, using a net- 
worlc terminal, such as a computer-based World Wide 
Web browsing system, or an interactive voice response 
system. Prior to making a call, the caller may select one 
of several profiles to be delivered with subsequent calls. 
When using a telecommunications service other than a 
service to which the caller normally subscribes-such as 
when making calls while traveling, visiting another of- 
fk^e, or borrowing another subscriber's handset-the call- 
er may request that the caller's own profile be delivered, 
rather than caller identification or profile information cor- 
responding to the "borrowed" line, subscription, or hand- 
set. 

[001 0] I n a first preferred embodiment constructed ac- 
cording to the present invention, and adapted for use in 
a circuit-based telecommunbations network including 
Intelligent Network (IN) components, the Caller Profile 
Database Server (CPDS) function is perfomned by an 
IN Service Control Point (SCP). As is known, the SCP 
is connected to switching systenns and other nodes hav- 
ing call processing functions using the CCS7 network. 
A Caller Profile Administrative Server (CPAS) is con- 
nected to the SCP and has connections to extemal net- 
works, such as the Internet. The CPAS provides a user 
interface to enable subscribers to create and edit pro- 
files, and select them for use. Updated profiles and se- 
lections are transfen^ed to the CPDS/SCP, whtoh stored 
the profiles and delivers them pursuant to requests from 
switches. An Interactive Voice Response (IVR) system 
is connected to the SCP and the telecommunications 
network and allows the caller to remotely enable caller 
profile delivery for calls made from a line, terminal, or 
handset otherthan those to which the caller subscribers. 
[0011] In a second prefenred embodiment construct- 
ed according to the present invention, and adapted for 
use in a packet-based telecommunications network, the 
CPDS function is perfomned by a network database 
server. Gateway/Feature servers provide functions 
equivalent to those of switching systems of circuit net- 
works. The CPAS is connected to the CPDS and to a 
user-accessible network to enable subscnbers to create 
and edit profiles, and select them for use, and to allow 
updated profiles and selections to be transfenred to the 
CPDS. The IVR is connected to the CPDS and the tel- 
ecommunications network and allows the caller to re- 
motely enable caller profile delivery for calls made from 
a line, terminal, or handset otherthan those to whtoh the 
caller subscribes. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0O12] These and other features of the invention will 



be best understood by reference to the following de- 
tailed description of a preferred embodiment of the in- 
vention, taken in conjunction with the accompanying 
drawings, in which: 

5 

Fig. 1 is a block diagram of a first preferred embod- 
iment 100 of a caller profile system constructed in 
accord with the present invention and arranged for 
use with a circuit-based telecommunkrations sys- 
10 tern; 

Fig. 2 is a block diagram of a second preferred em- 
bodiment 200 of a caller profile system constructed 
in accord with the present invention and arranged 
15 for use with a packet-based telecommunteations 
system; 

Fig. 3 is a block diagram showing a method for use 
with the preferred embodiments 100, 200 of Figs. 
20 1-2 for creating, storing, and activating a caller pro- 
file for a subscriber; 

Rg. 4 is a block diagram showing a method for use 
with the preferred embodiments 100, 200 of Rgs. 
25 1-2 for delivering caller profile infomnation to a 
called party when the caller is using a line, service, 
or handset to which the caller subscribes; 

Fig. 5 is a block diagram showing a method for use 
30 with the preferred embodiments 100, 200 of Rgs. 
1-2 for delivering caller profile information to a 
called party when the caller is using a line, service, 
or handset to whk:h the caller does not subscribe; 
and 

35 

Fig. 6 is a block diagram showing a method for use 
with the preferred embodiments 100, 200 of Figs. 
1-2 for activating the caller profile service in a re- 
mote mode to enable delivery of caller profile infor- 
40 mation to a called party when the caller is using a 
line, servtoe, or handset to whk:h the caller does not 
subscribe. 

DETAILED DESCRIPTION OF THE PREFERRED 
45 EMBODIMENTS 

[001 3] Fig. 1 is a block diagram of a first embodiment 
1 00 of a caller profile system constructed in accord with 
the present invention and arranged for use with a circuit- 

50 based telecommuntoations system. 

[0014] A telecommunications system constructed ac- 
cording to an aspect of the present invention may, in var- 
ious embodiments, provide communications bearing 
votoe signals, data, video, and any other content. Here- 

S5 Inafter, the temn "call" is used herein to refer a session 
of information transfer between a set of subscriber ter- 
minals (or other endpoints) via a telecommunteations 
system or network. The term "call" is intended to refer 



5 



EP 1211 875 A2 



6 



broadly to any type of call, service, connection, session, 
packet, or datagram, or any related group or stream 
thereof, regardless of media or content, and regardless 
of whether or not the communication is circuit, connec- 
tion, or session oriented. Thus, the term "call" is Intend- 
ed to include, but not be limited to traditional circuit voice 
calls, packet voice calls, circuit data calls, connection- 
less calls, or packet data calls, and multmnedia variants 
thereof. 

[0015] The temri "circuit" as applied to a call, networic, 
or system refers to a mode of Information transfer which 
occurs between defined endpoints over reserved net- 
work resources, and in which units of data are not indi- 
vidually addressed. Once a path or route is established 
for a circuit call, no further muting or addressing Is re- 
quired. It is recognized that some components carrying 
a circuit call may be implemented using packet- or cell- 
based technologies. The temn "packet" as applied to a 
call, networi(, or system refers to a mode of Information 
transfer in which a stream of infomnation is divided into 
packets or units, and in which each packet or unit is in- 
divkiually addressed. A packet call does not necessarily 
reserve network resources. 

[001 6] The present applicatk>n relates to telecommu- 
nications systems. It will be appreciated that in the tel- 
ecommunications arts, various signal leads, busses, da- 
ta paths, data structures, channels, buffers, and other 
communications paths may be used to implement a fa- 
cility, structure, or method for conveying infomnation or 
signals, and are often functionally equivalent. Accord- 
ingly, unless otherwise noted, references to apparatus 
or data structures for conveying a signal or information 
are intended to refer generally to all functionally equiv- 
alent apparatus and data structures. 
[0017] As best seen In Fig. 1, the first embodiment 
1 00 includes a calling subscriber temninal 1 20 coupled 
via a suitable line 150 to an originating switching system 
118. Originating switching system 118 is connected via 
suitable trunks or carrier f^llties 152 to a telecommu- 
nications network 1 1 8, such as the Publk: Switched Tel- 
ecommunications Networic (PSTN). A temnlnating 
switching system 122 is connected to network 116 via 
suitable trunks or carrier facilities 154. Terminating 
switch 1 22 is connected via a suitable line 1 56 to a called 
subscriber tenmlnal 124. As Is known in the art, switch 
118, NETWORK 116, and switch 122 may cooperate to 
complete calls to and from the terminals 120 and 124. 
Although networic 11 6 is shown and ciescribed herein as 
a publk: switched network, the general architecture of 
the first embodiment 100 is similarty applicable to pri- 
vate telecommunications networks. 
[001 8] Subscriber terminals 1 20 and 1 24 may be any 
suitable temiinals adapted for use with switching sys- 
tems 118 and 122, and with lines 150 and 156, respec- 
tively. For example, terminals 120 and 124 may t>e or- 
dinary analog telephone sets, ISDN telephones, IP tel- 
ephones, wireless handsets, telephony-enabled per- 
sonal computers, and the like, with facilities to display a 



caller profile. The display facilities may be integrated 
with the temiinals 1 20 and 1 24, or may be implemented 
as a separate caller profile display unit (not shown), 
which may be similar to existing Caller ID display units. 

5 Because caller profile infomiation may be voluminous 
and include media other than text, a caller profile display 
unit may be equipped with display screen having greater 
(»pa(Mty, improved resolution, and the capability to dis- 
play images and present audio or other media. Many 

10 personal computers, electronic organizers, and similar 
devk^s have these capabilities and, If the computer or 
other device is not already telephony-enabled, it could 
be used as a display with a suitable connectton to a tel- 
ephone or other subscriber temninai. For example, many 

IS ISDN telephones have a data interface port whk^h may 
be cx)nnected to a computer. Some display devices, 
such as personal computers, may be capable of display- 
ing several caller profiles simultaneously, which may be 
advantageous during conference calls. 

^ [001 9] Lines 1 50 and 1 56 are Intended to represent a 
cx>mpatible connection between terminals 120, 124 and 
switches 1 18, 1 22 without regard to the physteal media 
or infrastructure used to implement the conne^on. 
Thus, lines 150 and 156 may be, for example, analog 

25 telephone lines, ISDN lines, appropriate resources of a 
wireless tele(x>mmunications system, and the like. In 
this Instance, the temn "line" is used with a meaning 
more expansive than that ordinarily applied In the tele- 
communications arts. 

30 [0020] Switching systenns 118 and 122 may be any 
suitable telephone switching systems. For example 
switching systems 118 and 122 may be distributed 
stored-program-c^ontrolled digital switches, such as the 
5ESS® switching system, a product of Lucent Technol- 

35 ogles Inc., 600 Mountain Avenue, Murray Hill, New Jer- 
sey, 07974-0636, and described in the AT&T Technicsal 
Journal, vol. 64, number 6, July/Aug. 1985, pages 
1303-1564. Switches 118 and 122 may also be a dis- 
tributed, stored-program-controlled. Integrated services 

40 digital network (ISDN) electronic switching system such 
as the system disclosed in U. S. patent number 
4,592,048, issued to M. W. Beckner, et al., on May 27, 
1 986. Otherswltchlng system Implementations could al- 
so be used. 

45 [0021] A Servtee Control Point (SCP) 110 is prefera- 
bly cx)nnected to switch 118 via a link 158 and switch 
1 22 via a link 1 60. The SCP 11 0, switches 1 1 8 and 1 22, 
links 158 and 160, form parts of an Intelligent Network, 
which may of the type described in AT&TTechnical Jour- 

50 nal, Summer, 1991, pp. 11-25, or similar thereto. The 
Intelligent Networic architecture provides a cooperative, 
distributed networic platform for delivering advanced tel- 
ecommunteations services. Links 158 and 160 are pref- 
erably CCS7 links, but other signaling or data links could 

55 also be used. Although links 158 and 160 are depk:ted 
as point-to-point links, they may also be Implennented 
as connections through a packet-switched signaling 
network, as is known and practiced in the art. 
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[0022] SCP 110 provides database storage and re- 
trieval functions to other network elennents. In addition, 
SCP 110 also implennents advanced services, by exe- 
cuting service logic programs in response to triggers 
and requests from other network elements, and by is- 5 
suing Instmctions to other network elements. The other 
network elements may include switching systems and 
Service Nodes (SN), whteh can provide a variety of 
voice and signal processing services, and user Interac* 
tion servbes, and service-circuit features. 
[0023] In the first prefen-ed embodiment 100, SCP 
1 1 0 is used to maintain a database of caller profiles, and 
to delh/er caller profiles to switches or other network el- 
ements for display to a called party, in conjunction with 
appropriate service logk;, and in that role is refen^ed to 
as the Caller Profile Database Server SCP (CPDS/ 
SCP). Any suitable IN SCP may be used to Implement 
CPDS/SCP 100. For example, CPDS/SCP 100 may be 
implemented using the Lucent Technologies Service 
Control Point, which is commercially available from Lu- 
cent Technologies Inc., 600 Mountain Avenue, Murray 
Hill, New Jersey, 07974-0636, or using the Enhanced 
Control Server (eCS), which Is also commercially avail- 
able from Lucent Technotogies. Other SCP products 
could also be used. 

[0024] The switching system 122 serving the called 
party Is responsible, when calls arrive for a served called 
party, for: (1 ) determining whether the called party sub- 
scribes to the Caller-ID or Caller Profile servk:es; (2) de- 
temiining whether a caller profile is available and active 
for the calling party; (3) determining the capabilities of 
the customer-premise equipment (CPE), such as sub- 
scriber tenminal 1 24 and the associated caller profile dis- 
play facilities; (4) obtaining caller profile infonnation 
from CPDS/SCP 110; and (4) delivering the caller profile 
information in an appropriate mannerforthe CPE. When 
a call anives from a calling party for wh bh a caller profile 
is available and active, an Intelligent Network trigger is 
activated within switching system 1 22, and the switching 
system launchesaqueryto CPDS/SCP 110. The CPDS/ 
SCP 110 returns appropriate caller profile infonnation to 
the switch 122, which then delivers it to the called party 
user terminal 124. if high service demand occurs, links 
158 and 160 between CPDS/SCP 110 and switches 
1 1 8, 1 22 may be saturated by the large amount of Infor- 
mation that may be contained in a caller profile. Accord- 
ingly, itmay be desirable to use high-speed TCP/IP links 
for this traffic to avoid degrading the performance of the 
CCS7 network. 

[0025] If the called subscribertentiinal has limited dis- 
play capability, switch 122 preferably transmits an ab- 
breviated version of the caller profile, for example, by 
omitting images and other media, or by sending only 
predefined fields, selectton of whbh may be controlled 
by system-wide defaults or by the caller profile subscrib- 
er. 

[0026] Moreover, switch 1 22 preferably transmits the 
caller profile In a format and using a physteal media path 



appropriate for the subscriber tenminal and display. For 
example, for analog telephones, limited caller profile in- 
formation may be transmitted using voice-band FSK 
over subscriber loop, as Is now done for the Caller ID 
service. For ISDN telephones, more extensive caller 
profile information may be transmitted using any of sev- 
eral mechanisms: by transmitting the information in Q. 
931 -style signaling messages over the D-channet; by 
transmitting the infonnation using an X.25 packet- 
switched data path over the D-channel; or by placing a 
data call over the B- or D- channels. The infonnation 
may be displayed on the ISDN telephone or on an as- 
sociated display device. Although the Q.931 protocol, 
as currently standardized, may not support transport of 
the additional information contained in a caller profile, 
but one of skill in the art will understand how the protocol 
may be easily extended to support such additional in- 
fonnation. For wireless handsets, caller profile infonna- 
tion may be transmitted using existing messaging pro- 
tocols, such as the Short Message Service, or using a 
data connection to the handset similar to that used to 
provide Worid-Wide Web browsing and other data serv- 
\ces to wireless handsets. 

[0027] For other devices, such as computers, the 
switch 1 22 may transmit caller profile data via a TCP/IP 
link or another appropriate higher capacity link. In some 
applications, particulariy where caller profiles are exten- 
sive, and subscriber tenninals are capable of displaying 
such extensive Information, it may be preferable for the 
switch 1 22 to deliver only a pointer or locator for the ac- 
tual caller profile information, in that case, the actual 
caller prof ile information may be stored on and delivered 
by a server separate from CPDS/SCP 110. 
[0028] For example, switch 1 22 may deliver to appro- 
priate terminals a URL (or other pointer or kx:ator) whk^ 
locates a sut>scriber's caller profile information stored 
on any web server accessible to the called party. Thus, 
the URL would be stored on the CPDS/SCP 110, while 
the caller profile infonnation could be stored on a web 
server operated by the telecommunications serv»e pro- 
vider (on the Internet or on a private networic) such as 
CPAS 1 1 2, or on a web server operated by another pro- 
vider or tiie caller. Subscriber terminal 1 24 is preferably 
adapted to fetch and display the caller profile web page 
at the URL supplied by switch 122, ertiier automatically 
or upon the request or permission of the terminal user. 
The sen^ice of providing different caller profile informa- 
tion depending on the called party, the time of day, or 
other distinguishing factors, could still be provided 
through CPDS/SCP 110 by delivering one of a set of 
different available caller profile URLs selected, e.g. , ac- 
cording to rules established by the caller profile sub- 
scriber. Also, CPDS/SCP 1 1 0 and/or switch 1 22 may se- 
lect for delivery an appropriate one of several available 
URLs depending upon the display capabilities of the 
subscriber terminal 124 or associated display unit. 
{0029] As an alternative to delivering a URL, CPDS/ 
SCP 110 could store the URL, and, each time caller pro- 
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file information Is required, fetch the referenced Caller 
Profile information and transmit it to switch 122 for de- 
livery to the suk)scriber terminal. Optionally, CPDS/SCP 
1 1 0 and/or switch 1 22 may translate the retrieved caller 
profile infomnation from its stored representation into a 
fonn suitable for the display capabilities of the subscrib- 
er terminal 1 24 or associated display unit. For example, 
if the Caller Profile information Is stored In HTML, and 
the subscriber temiinal 1 24 is a wireless handset having 
a WAP- or HDML-compatible browser, the Caller Profile 
inf omiatlon may be translated into the appropriate WAP 
or HDML fomri before delivery to the handset. 
[0030] In systems that rely on a URL or a similar point- 
er to identify the location of caller profile infomriation 
which is stored in a standardized format (such as a 
World Wide Web page) and which may be administered 
and edited using ubiquitous tools, the caller profile sub- 
scribermay directly create and maintain the caller profile 
Information. 

[0031] As best seen in Fig. 1 , a Caller Profile Admin- 
istrative Server (CPAS) 1 1 2 is connected to CPDS/SCP 
110 via link 168, and to a data-capable network 126, 
such as the Intemet, via link 170. The CPAS 112 alk>ws 
subscribers to create and edit their caller profiles, and 
to select rules for delivery of their profile to called par- 
ties. CPAS 112 preferably provides at least a remotely- 
accessible user interface by whbh subscribers may In- 
teract with the caller profile servbe. For example, CPAS 
may provide an interface In the form of a collection of 
World-Wide Web pages which subscribers may access 
using a web-browser-equlpped computer 128 via link 
172 and network 126. 

[0032] During a user-accessed caller profile editing 
session, CPAS 112 may pass each profile creatk)n, ed- 
iting, and selecting transaction directly to CPDS/SCP 
1 1 0 for immediate updating of the caller profile data- 
base. Altematively, CPAS 112 may create a local copy 
of the caller profile records for the subscriber, locally 
perform the creation, editing, and selection transactions 
requested , and transmit the revised records to CPDS/ 
SCP to replace the obsolete data. Links 170 and 172 
may be any suitable data links, such as TCP/IP links. 
Other data links could also be used. Link 168 may be 
any suitable data link with whbh CPAS 112 and CPDS/ 
SCP 1 1 0 are compatible. For example, link 1 68 may be 
a TCP/IP link or a CCS7 link. 

[0033] As best seen In Fig. 1 , ah Interactive Voice Re- 
sponse (IVR) system 114 is preferably connected to 
SCP 1 1 0 via link 1 62 and to N ETWORK 1 1 6 via link 1 64. 
According to an aspect of the Invention, the tVR system 
1 1 4 allows a caller profile sut)scriber to remotely control 
the selection and delivery of his or her profile, both from 
the subscriber's nonnal line, service, or handset, and 
from a "borrowed" line, servk^e, or handset. Among oth- 
er functions, the IVR system 114 preferably allows the 
subscriber to request that the subscribers profile be de- 
livered with the next call made from a "bon-owed" line, 
8ervk», or handset. 



[0034] IVR system 114 receives calls from NET- 
WORK 116 and implements a voice-based dialog with 
a user to allow the user to request Information, and to 
edit and select profiles for use. IVR system 114 prefer- 

s ably includes facilities, under control of predefined pro- 
grams or scripts, to play speech messages and prompts 
to the user, and to receive input from the user in the form 
of speech and/or dialed digits. Responsive to user Input, 
the IVR system 114 may update a locally stored data- 

10 base, or may generate database update transactions to 
be transmitted to SCP 110. IVR system 114 may be im- 
plemented using any suitable commercially available in- 
teractive vok:e response system. For example, the 
CONVERSAMT Interactwe Voice Response System, 

15 which is commercially available from Lucent Technolo- 
gies Inc., 600 Mountain Avenue, Murray IHili, New Jer- 
sey, 07974-0636, may be used. Other vobe response 
systems could also be used. 

[0035] IVR system 114 coukJ also be implemented us- 

20 ing an intelligent network Service Node (SN), in conjunc- 
tion with CPDS/SCP 110. A SN may provide vok^e 
prompt, digit collection, voice recognitbn, and other sig- 
nal processing services, under control of an SCP! The 
logic, script, or program required to implement the de- 

25 sired user Interface may be locally executed In the SN, 
or the SN may be used to provide individual voice 
processing servk:es under the close direction of the 
CPDS/SCP. If IVR system 114 is implemented using a 
SN, any suitable commercially available SN product 

30 may be employed. For example, IVR system 114 may 
be implemented using one of the Intelligent Networic 
service node products available from Lucent Technolo- 
gies Inc. under the designations Lucent Technologies 
Service Node/Intelligent Peripheral or Lucent Technol- 

35 ogies Compact Servk» Node/Intelligent Peripheral. 
Other SN products could also be used. 
[0036] IVR system 114 receives calls from NET- 
WORK 11 6 via link 1 64, which may be implemented us- 
ing any suitable line, or tmnk facility. Commerdally- 

40 available IVR systems can typk^lly support several si- 
multaneous users. Accordingly, link 164 may be a trunk 
facility capable of supporting a plurality of vok» paths, 
such as an ISDN Primary Rate Interface tmnk facility. 
Commercially-available IVR systems may also support 

^ several simultaneous applcatlons. Thus IVR system 
114 may also be used to support other network applica- 
tions in addition to supporting the function of remote 
subscriber access to caller profiles. Link 162, connect- 
ing the IVR system 114 to CPDS/SCP 110, may be any 

50 suitable data link with which both devk:e8 are compati- 
ble. For example, link 162 could be a TCP/IP link, or a 
CCS7 link. 

[0037] In implementations where caller profile service 
is to be provided to a networic emptying subscriber ter- 
55 mlnals having advanced capabilities, the IVR 114 may 
be omitted, and the user interactions needed to admin- 
ister a subscriber's caller profiles may be performed us- 
ing the user-Interface features of the temninals. For ex- 
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ample, in a network of ISDN telephones having "soft 
keys" (keys or buttons which are not permanently bound 
to a specific temninalfunbtion), display message may be 
used to prompt the user to select options, an the like, 
using the telephone key pad and soft keys. The ad- 
vanced subscriber temninal may also be used for inter- 
actions with CPAS 112, eliminating the needforthe web- 
browser-equipped computer 128. 
[0038] Fig. 2 is a block diagram of a second preferred 
embodiment 200 of a caller profile system constructed 
in accord with the present invention and arranged for 
use with a packet-based telecommunications system. 
The second embodiment 200 may be arranged in a 
manner generally similar to the first embodiment 1 00, 
with some modifications including the replacement of 
conventional circuit-switched network elements with 
other elements adapted to provide servbe in a packet 
network environment. Unless otherwise specified, a 
component of Fig. 2 may be considered to perform func- 
tions of identified corresponding components of Fig. 1 . 
[0039] As best seen in Fig. 2, the second preferred 
embodiment 200 of a caller profile system constructed 
in accord with the present invention comprises an orig- 
inating Gatekeeper/Feature Server/Gateway system 
(GFSG) 218 and a temnlnating Gatekeeper/Feature 
Server/Gateway system (GFSG) 222. Originating GF- 
SG 218 and terminating GFSG 222 may provide func- 
tions in packet networks similar to the functtons of 
switching systems in circuit networks, including caii au- 
thorization, cail set-up, call teardown, call feature Imple- 
mentation, operations and maintenance, and Interfaces 
to core networks, access networks, transmission net- 
works and other networks. The "gateway" function re- 
fers to the conversion of elements of a telecommunk»- 
tions service from a first media, encoding type, signal- 
ing, or switching and transport technology (e.g., circuit, 
cell, or packet), to another. Heterogeneous networks 
employing uniform media, encoding type, signaling, and 
switching and transport technologies throughout may 
not require the gateway function. 
[0040] A calling party subscriber temiinal 220 is pref- 
erably connected via link 250 to the originating GFSG 
218. The originating GFSG 218 is connected via a link 
252 to a network 21 6, which may be a public packet net- 
work such as the Internet. Networtc 21 6 could also be a 
private packet networic. Unless othenwise specified, all 
links shown in Fig. 2 may be implemented using any 
suitable packet- or cell-based networicing technology, 
including TCP/IP, ATM, hlDLC, and the like, and may be 
carried over any suitable media, it will be appreciated 
by one of skill in the art that networks or links character- 
ized as "packer based may incorporate circuit-based 
transmission and/or switching facilities. The temnlnating 
GFSG 222 IS connected to network 21 6 via link 254. A 
called subscriber temninai 224 is connected to terminat- 
ing GFSG 222 via link 256. Subscriber temiinals 220 
and 224 may be any suitable packet-telephony-enabled 
temninai, such as an iPteiephonesetorapersonal com- 



puter with IP telephone software. 
[0041] GFSG 21 8 and GFSG 222 may be implement- 
ed using any appropriate Gatekeeper, Feature Server, 
and Gateway elements, which may be realized as an 

5 integrated element, as individual elements, or any com- 
bination thereof. For example, GFSG 218 and GFSG 
222 could be implemented using one of the telecommu- 
nbations service delivery platforms which are commer- 
cially available from Lucent Technologies Inc., underthe 

10 designations 5ESS® switching system or 7R/E Packet 
Solutions platfomn, In conjunction with an appropriate 
gateway element, such as one commercially available 
from AG Communication Systems, 2500 W. Utopia 
Road, Phoenix, AZ 85027-4129, underthe designation 

IS AGCS IMerge Centrex Feature Gateway. 

[0042] A Caller Profile Database Server (CPDS) 21 0 
is connected to GFSG 218 via link 258. GFSG 222 via 
link 280, a Caller Profile Administrative Sender (CPDS) 
212 via link 268, and network 216 via link 282. The 

20 CPDS 21 0 provides functions similar to those of the 
CPDS/SCP 110 of the first embodiment 100. Temilnat- 
ing GFSG 222 preferably includes a trigger facility whnh 
is activated when a call arrives at the temnlnating GFSG 
from a calling party for which a caller profile is available 

25 and active, in response to the activated trigger, the GF- 
SG launches a query to CPDS 21 0 for the caller profile 
infomnation. The CPDS 210 returns the caller profile in- 
formation to the termincding GFSG 222, whteh delivers 
It for display to subscriber temninai 224, or to a separate 

30 display device (not shown). Most subscriber terminals 
capable of use in packet networi(s are equipped with 
versatile displays that may advantageously used to dis- 
play caller profile Infonmation. Accordingly, in most cas- 
es, a separate caller profile display will not be required. 

35 Any suitable server computer having database capabil- 
ities may be used to implement CPDS 210. For exam- 
ple, CPDS 210 may be implemented using one of an 
Intelligent Network switching control point product avail- 
able from Lucent Technologies inc. underthe designa- 
te tion Lucent Technologies Switching Control Point. Other 
SCP products could also be used, as could commercial- 
ly available database server computers equipped with 
appropriate networic interfaces. 
[0043] CPAS 212 provides functions similar to those 

45 provided by CPAS 1 1 2. CPAS 21 2 is preferably connect- 
ed to networic 216 via link 270, and CPDS 210 via link 
268. CPAS 212 provides a subscriber-accessible inter- 
face for creating, editing, and selecting the subscriber's 
caller profiles. CPAS 212 may provide a Worid-Wide 

50 Web interface, or any other suitable userinterface. Like- 
wise, CPAS 212 may be accessed by any suitable com- 
puter or terminal device compatible with the user inter- 
face. During a user-accessed c:aller profile editing ses- 
sion, CPAS 212 may pass each profile creation, editing, 

55 and selecting transaction directly to CPDS 21 0 for im- 
mediate updating of the caller profile database. Altema- 
tively, CPAS 212 may create a local copy of the caller 
profile recorcis for the subscriber, loc:ally perfomn the cre- 
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ation, editing, and selection transactions requested , 
and transmit the revised records to the CPDS 210 to 
replace the obsolete data. Any suitable server computer 
having database capabilities may be used to implement 
CPAS 21 2. For example, CPAS 21 2 may be implement- 
ed using one of the Intelligent Network service node 
products available from Lucent Technologies Inc. under 
the designations Lucent Technologies Service Node/ 
Intelligent Peripheral or Lucent Technologies Compact 
Service Node/Intelligent Peripheral. However, other 
service node products, and other server/database com- 
puters, could also be used. As a non-limiting example, 
in an embodiment In which network 216 Is a publk: data 
network, and subscriber temninals 220 and 22^ are im- 
plemented using equipment having database capabili- 
ties, as could be the case with PC-based packet tele- 
phones, the functions of CPDS 210 and CPAS 212 may 
be integrated as a part of the subscriber terminals. The 
calling subscriber temninals would deliver caller profile 
information to respectively attached GFSGs, which 
would fonivard the caller profile infomnation to the called 
subscriber terminal or to the GFSG serving the called 
subscriber tennlnal. In such an embodiment, all of the 
CPAS and CPDS functions may be distributed among 
the subscriber temilnals, and thus there may be no cen- 
tralized equipment to provide the CPDS and CPAS func- 
tions. As an alternative, suitably equipped subscriber 
tenninats could provide CPDS and CPAS functions, 
while centralized CPDS and CPAS equipment would 
provide those functions for subscriber terminals lacking 
those capabilities. 

[0044] As best seen in Fig. 2, an Interactive Voice Re- 
sponse (IVR) system 214 Is preferably connected to 
CPDS 21 0 via link 262 and to network 21 6 via link 264. 
The IVR 214 provides functions similar to those of IVR 
114 of first embodiment 110. According to an aspect of 
the invention, the IVR system 21 4 allows a caller profile 
subscriber to remotely control the selection and delivery 
of his or her profile, both from the subscriber's normal 
line, servtoe, or handset, and from a "k)orrowed" line, 
service, or handset IVR system 214 receives calls from 
network 216 via link 264. Among other functions, the 
IVR system 214 preferably allows the subscriber to re- 
quest that the subscribers profile be delivered with the 
next call made from a "borrowed" line, sendee, or hand- 
set. IVR system 21 4 receives calls from NETWORK 21 6 
and Implements a voice-based dialog with a user to al- 
low the user to request infonnation, and to edit and se- 
lect profiles for use. Link 262 connects the IVR system 
21 4 to CPDS 21 0, enabling the CPDS 21 0 database to 
reflect changes requested by caller profile subscribers. 
[0045] IVR system 214 may be implemented using 
any suitable commercially available Interactive voice re- 
sponse system. For example, the CONVERSANT Inter- 
active Voice Response System, whbh is commercially 
available from Lucent Technologies Inc., 600 Mountain 
Avenue, Murray Hill. New Jersey, 07974-0636, may be 
used. Other vok^e response systems could also be 



used, including an intelligent network Service Node 
(SN), in conjunction with CPDS 210, or a general-pur- 
pose server computer having Installed therein suitable 
voice processing software. 

5 [0046] In implementations where caller profile servtee 
is to be provided to a network employing subscriber ter- 
minals having advanced capabilities, the IVR 214 may 
be omitted, and the user interactions needed to admin- 
ister a subscriber's caller profiles may be perf omned us- 

10 ing the user-interiace features of the terminals. 

[0047] As shown in Figs. 1 and 2, switch 118 and GF- 
SG 218, and called or tenninating switch 122 and GFSG 
222 all occupy the positions of telecommunteations 
switching systems in currently envisioned network ar- 

is chltectures. However, for the purposes of embodiments 
1 00, 200 of a caller profile system constructed according 
to the present invention, it is the call origination, call ter- 
mination, and call feature server functions of these ele- 
ments that are of greatest interest. Future networi( ar- 

20 chitectures may decouple these functions from other 
traditional telecommunications switching functions. Ac- 
cordingly, elements 118, 122, 218, and 222 may be re- 
ferred to herein alternatively as telecommunteatlons 
switching sy^tenns or call processor elements, whether 

25 or not they actually contain or directly control a switching 
or routing fabric. 

[0048] Although first and second embodiments 100 
and 200 are described in terms of circuit and packet par- 
adigms, respectively, one of skill In the artwill appreciate 

30 that commercial networks may be constructed in a hy- 
brid fashion, Incorporating elements of each paradigm 
with appropriate gateways or interworicing facilities to 
enable these elements to work together compatibly. 
Moreover, networtcs ntay be constructed as overiays of 

35 one technology over the other, and such overiald sys- 
tems may actually be implemented using elements and 
components in common. Thus, as implemented in prac- 
tice, a single component or element may perform select- 
ed functions of embodiments 100, 200, and multiple 

40 components, elements, and functions may be integrat- 
ed into a single unit. By way of example, but not limita- 
tion, a single SCP could serve as both the CPDS/SCP 
11 0 of a circuit networi( and the CPDS 21 0 of a packet 
networtc For another example, although CPDS 21 0 and 

45 CPAS 212 are shown and described as distinct ele- 
ments, they could be Implemented as multiple functions 
of a single server computer, or the like. 
[0049] Fig. 3 is a block diagram showing a method for 
use with the preferred embodiments 100, 200 of Figs. 

50 1-2 for creating, storing, and activating a caller profile 
for a subscriber. The method is useable after the sub- 
scriber has arranged for the servfce with the service pro- 
vider, and any service provider business-off be and pro- 
visioning steps have been completed. In current prao- 

55 tice, features to be provkied by switches 1 1 8, 1 22, and 
GFSGs 218, 222, including the call triggers or equiva- 
lent mechanisms used to invoke the specialized call 
processing associated with the Caller Profile service. 
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are activated on a subscriber's line through "recent 
change" commands or equivalent means of modifying 
subscriber related data. The commands may be directly 
entered by a craftsperson at a control temiinal of the 
switch 118, 122 or GFSG 218, 222, but are often sup- 
plied instead via a remote administration data link from 
a service order processing and provisioning system of 
a service provider. A similar remote administration data 
link may be provided to the CPAS 1 1 2, 21 2. When a sub- 
scriber requests a new service, the service provider's 
business-office personnel would enter a service order 
into the service order processing system. The service 
order processing system examines the type of service 
being requested and the subscriber's location and re- 
sponsively issues updates to the CPAS to establish an 
account for the subscriber. In addition the service order 
processing system would detemnine whk;h switch or 
GFSG serves the subscriber and It would generate the 
recent change commands that are used by flie switch 
to update the service profile stored in the switch or GF- 
SG for that subscriber's line. The service profile identi- 
fies whteh features and triggers are active for the sub- 
scriber's line. An Intelligent Networic "Dialed Number" 
trigger, which is invoked on the completion of dialing, is 
preferably activated for the subscriber's line, in order to 
provide the Caller Profile service. 
[0050] The method starts in step 310, in which the 
subscriber logs Into the CPAS 1 1 2, 21 2, and establishes 
a user identification code and password. Alternatively, 
a user identification code and^or password may be as- 
signed to the user by the service provkjer, and such as- 
signment may occur as an automata step in the service 
provisioning process. If a user Identification code and 
password have already been assigned, the subscriber 
need only log in or othenvfse authenttoally establish the 
subscriber's identity to the CPAS 112, 212. If the sub- 
scriber accesses the CPAS 112,212 using a subscriber 
terminal from which subscriber identity can reliably be 
detemnined, such as certain types of wireless handsets, 
the CPAS 112, 212 may optionally accept the opening 
of a connection or session to the CPAS without requiring 
further authentication. 

[0051 ] The CPAS 112,212, preferably provides an ex- 
ternally accessible interface for use by the subscriber in 
logging In, establishing the user identification and pass: 
word, and for other interactk>ns needed to administer 
the subscritxer's caller profiles. For example, the inter- 
face may be presented as a hyperiinked collection of 
Worid Wide Web pages whtoh the subscriber may ac- 
cess using a web-browser-equipped computer 128 via 
link 172 and network 126 (Fig. 1), or using a data-capa- 
ble suk)scriber terminal, such as 220 or 224 (Fig. 2). Oth- 
er interfaces could also be used. For example, CPAS 
112, 212 could provide an alternate interface via IVR 
system 114 or 214, which the suk)scrik>er may access 
using any subscriber tenninal. 
[0052] In step 31 2, the user enters one or more caller 
profiles whteh may be delivered to other subscriber. The 



CPAS may prompt tiie user for caller profile infomnation 
according to a script or template. The CPAS may also 
accept free-fonm caller profile information, and/or URLs 
or other pointers or locators specifying one or more lo- 

5 cations from which the caller profile infomnation Is to be 
retrieved. According to an aspect of the present inven- 
tion, the user may also specify polk:y options or rules 
defining conditions under whbh caller profiles will be 
ti^ansmitted, depending on the time of day, a classifica- 

10 tion of the called party or called number, or other char- 
acteristics. By way of example, but not limitation, the us- 
er may specify that a first profile be transmitted when 
calling a number within the subscriber's company or or- 
ganization, and a second profile (or no profile) be trans- 

is mitted when catling an outside number By way of an- 
other example, the usermay specify that an abbreviated 
profile be transmitted when calling a number in the sub- 
scriber's personal directly or speed-dial list, and a full 
profile be transmitted when calling other numbers. Other 

20 distinguishing characteristbs could also be used. Fur- 
ther, in this step, the subscriber may specify that upon 
the origination of certain calls, the suk>scriber is to be 
prompted to select the caller profile to be deilverad to 
called party. The rules determining for whbh calls the 

25 subscriber will be prompted may depend on various 
characteristics of the time of day, called party, called 
number, and the like. 

[0053] Once the user completes the task of adminis- 
tering Caller Profiles, the method continues In step 31 4, 

30 in whbh the CPAS 1 1 2, 21 2 loads the subscriber* profile 
infomnation into CPDS/SCP 110 orCPDS 210. The pro- 
file information may include both data, representing the 
caller profiles themseh^es, and instructions, such as 
service logk: steps, whbh may be used to implement the 

55 subscriber's chosen policy options or rules goveming 
selective delivery of the subscriber's profiles. In step 
316, which is optional, the CPAS 112, 212 may infomn 
switch 122 or GFSG 222 that a caller profile has been 
establishedfortheforthe subscriber's line, subscription, 

40 or handset. This information may be used by the switch 
1 22 or GFSG 222 to activate the "Dialed Number" Intel- 
ligent Networic trigger for the tine, or and equivalent 
mechanism, in the switch, whk:h is invoked when the 
subscriber later originates a call. However, the activa- 

45 tion may also occur at an eariler stage at the time the 
Caller Profile servne is provistoned. The method ends 
at step 31 8. 

[0054] Fig. 4 is a block diagram showing a method 
400 for use with the preferred embodiments 1 00, 200 of 

so Rgs. 1-2 for delivering caller profile infonnation to a 
called party when the caller is using a line, servrce, or 
handset to which the caller subscribes. The method be- 
gins in step 41 0, in whk:h the Caller Profile servtee sub- 
scriber originates a call, e.g., by dialing a called number, 

55 or by taking such other action as woukJ be appropriate 
for the subscriber temninals and networic in use. In step 
412, tiie switch 118 or GFSG 218 detemnines whether 
the calling party (i.e., the subscriber) 8uk)scribe8 to the 
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Caller Profile service. If the calling party does subscribe, 
the method continues in step 414. If the calling party 
does not subscribe, the method continues in step 440, 
in which sut)sequent handling of the call follows nomnal 
call processing procedures. The detemnl nation of step s 
412 may occur via an Intelligent Network "Dialed 
Number' trigger, which "fires' or is invoked when the 
subscriber has completed dialing a number. 
[0055] In step 414, the switch 118 or GFSG 218 
launches a query to CPDS/SCP 110 or CPDS 210 for io 
information regarding Caller Profile Service options gov- 
eming the subscriber's caller profile. The query prefer- 
ably includes the dialed number, so that the CPDS/SCP 
1 1 0 or CPDS 21 0 may use that infomr^atlon to select for 
delivery, or offer for such selection, different caller profile is 
inf omnation based on the dialed number (or possibly oth- 
er factors). In step 416, the CPDS/SCP 110 or CPDS 
210 retums the Caller Profile Service options, in step 
416, the switch 118 or GFSG 218 detennines whether 
the Service options require that the subscriber be 20 
prompted to choose a caller profile (or no caller profile) 
to be delivered with the call. If the Servbe options do 
not require the subscriber to be pronnpted, the method 
continues in step 426. 

[0056] However, if the Service options require the 25 
subscriberto be prompted, the method continues in step 
420, in which the switch 118 or GFSG 218 generates 
announcements requesting user Input. In step 422, the 
subscriber enters a selectk>n of a caller profile (or no 
profile) to be delivered with this call and the switch 118 30 
or GFSG 218 receives this selection. In step 424, the 
switch 1 1 8 or GFSG 21 8 informs the CPDS/SCP 1 1 0 or 
CPDS 21 0 of the option selected by the subscriber. The 
method then continues in step 426. 
[0057] I n step 426, switch 1 1 8 or GFSG 21 8 extends 35 
the call to the called or temni nati ng switch 1 22 or GFSG 
222. In step 428, the called or tenninating switch 122 or 
GFSG 222 detemiines whether the called party sub- 
scribes to Caller-ID service. If the calling parly does sub- 
scribe, the method continues in step 430. If the calling ^ 
party does not subscribe, the method continues in step 
442, in which subsequent handling of the call follows 
normal call processing procedures. 
[0058] In step 430, the called or terminating switch 
122 or GFSG 222 queries the CPDS/SCP 110 or CPDS 45 
210 for the caller profile infonnation for the call. In step 
432, the CPDS/SCP 1 1 0 or CPDS 21 0 transmits the call- 
er profile inf omnation to the called or tenninating switch 
122 or GFSG 222. In step 434, the called or terminating 
switch 122 or GFSG 222 determines the display capa- so 
bilities of the called sut)scribertenTiinal 124, 224. In step 
436, the called or terminating switch 122 or GFSG 222 
selects the appropriate caller profile infonnation and 
transmits it to the calling party. The selection step may 
include an evaluatton of user-specified policy options or S5 
rules defining conditions under which caller profiles wilt 
be selected and transmitted, and this process may in- 
volve the cooperation of CPDS/SCP 1 1 0 or CPDS 21 0. 



The method ends In step 438. During a call, the method 
410 could be activated by the subscriber, for example, 
by entering an appropriate feature code or requesting a 
transaction via a WWW terminal, to cause the caller pro- 
file to be delivered to the called subscriber terminal 124, 
224 at a time other than the beginning of a call. 
[0059] Fig. 5 is a block diagram showing a method 
500 for use with the prefen^ed embodiments 1 00, 200 of 
Figs. 1-2 for delivering caller profile infonnation to a 
called party when the caller is using a line, servk^, or 
handset to which the caller does not subscribe, such as 
when visiting another location orbonrowing another sub- 
scriber's handset. The line, service, or handset which is 
to be used, and to which the caller does not subscribe, 
is referred to herein as the "remote" line, service, or 
handset. The service of delivering a caller profile to a 
called party when the calling party is using a remote line, 
service, or handset, is referred to herein as the Remote 
Caller Profile service. In orderto use the Remote Caller 
Profile service, the subscriber must first activate the 
service from the remote line or handset, for example, 
using method 600 of Fig. 6 (discussed further below). 
[0060] Method 500 begins In step 510 In which the 
subscriber dials the called number from a remote line, 
service, or handset. In step 512, the switch or GFSG 
from which the call is originated determines that the Re- 
mote Caller Profile service has been activated for the 
remote line. In step 514, the switch launches a query to 
CPDS/SCP 110 or CPDS 210 for information regarding 
Caller Profile Service options governing the sutiscriber's 
caller profile. In step 51 6, the CPDS/SCP 1 1 0 or CPDS 
210 retums the Caller Profile Service options, in step 
518, the switch or GFSG detemiines whether the Serv- 
k» options require that the subscriber be prompted to 
choose a caller profile (or no caller profile) to be deliv- 
ered with the call. If the Service options do not require 
the subscriberto be prompted, the method continues in 
step 526. 

[0061] However, if the Service options require the 
subscriberto be prompted, themethod continues in step 
520, in whk^h the switch or GFSG generates announce- 
ments requesting user input. In step 522, the subscriber 
enters a selection of a caller profile (or no profile) to be 
delivered with this call and the switch or GFSG receives 
this selection. In step 524, the switch or GFSG Informs 
the CPDS/SCP 1 1 0 or CPDS 21 0 of the option selected 
by the subscriber. The method then continues in step 
526. 

[0062] In step 526, the switch or GFSG extends the 
call to the called ortemnlnating switch 1 22 or GFSG 222. 
Thereafter, the call may be processed in accord with 
steps 428-438 and 440 of Fig. 4. Accordingly, the meth- 
od continues with step 428. 

[0063] Fig. 6 is a block diagram showing a method 
600 for use with the prefen^ embodiments 1 00, 200 of 
Figs. 1 -2 for activating the caller profile service in a re- 
mote mode to enable delivery of caller profile infonna- 
tion to a called party when the caller is using a rennote 
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line, service, or handset to which the caller does not sub- 
scribe. The method starts in step 610, in which the sub- 
scriber places a call to the caller profile I VR systeni 1 1 4, 
214 in order to administer the Remote Caller Profile 
service. In accord with an aspect of the present inven- 
tion, the Remote Caller Profile servbe may altematively 
be administered via an interactive data session estab- 
lished between a subscribertermlnal and the CPAS 112, 
212. For example, the CPAS 112, 212 may provide a 
WoHd-Wlde Web based interface for administering the 
Remote Caller Profile service in a manner similar to the 
interface described for administering the non-remote 
Caller Profile service. One of skill In the art will under- 
stand how to modify step 610 and subsequent steps for 
operation In the context of an altemate user interface. 
[0064] In step 61 2, the IVR system prompts the sub- 
scriber to enter a user Identification code and password. 
If an alternate Interface is used, the user is prompted for 
a user Identification code and password In a manner ap- 
propriate for that Interiace. if a subscriber terminal ca- 
pable of reliably identifying itself or the subscriber (such 
as certain wireless handsets) is being used, the user au- 
thentication steps may be avoided. In step 61 4, the sub- 
scriber enters the identification code and password. In 
step 616, the IVR system transmits the user identifica- 
tion code and password to CPDSISCP 110 or CPDS 
210. In step 618, the CPDS/SCP 110 or CPDS 210 de- 
temfilnes whether the userjdentificatlon code and pass- 
word are valid. If the user identification code and pass- 
word are valid, the method continues in step 624. IHow- 
ever, if the user identification code and password are 
not valid, then the method continues in step 620, in 
which the CPDS/SCP 1 1 0 or CPDS 21 0 Informs the IVR 
114, 214 to play an announcement that the requested 
service will be denied. If an altemate interface Is being 
used for administration, elements of that interiace are 
instructed to report the service denial. Then the method 
ends in step 622. 

[0065] If in step 61 8 the user identification and pass- 
word were determined to be valid, then in step 624, the 
CPDS/SCP 110 or CPDS 210 activates the Remote 
Caller Profile service for the calling line, service, or 
handset. In step 626, the CPDS/SCP 110 or CPDS 210 
instructs the switch serving the remote line, service, or 
handset to activate the l^emote Caller Profile service for 
the next call from the calling line, service, or handset. In 
step 628, the CPDS/SCP 1 1 0 or CPDS 21 0 instructs the 
IVR system 114, 214 (or altemate interface) to play an 
announcement (or provide another indication) confirm- 
ing activation of the Remote Caller Profile senfice. 
[0066] 1 n step 630, the IVR system 1 1 4, 21 4 (or alter- 
nate interiace element) plays the confinnation an- 
nouncement (or otherwise displays an equivalent con- 
finmation). In step 632, the subscriber ends the call to 
the IVR system (or otherwise concludes the administra- 
tion session). The method ends in step 634. 
[0067] The present application relates to telecommu- 
nications systems, including multimedia telecommuni- 



cations systems, which may be implemented using a va- 
riety of electronic and optical technologies, including but 
not limited to: analog electronic systems; digital elec- 
tronic systems; microprocessors and other processing 

5 elements; and software and other embodied collecttons 
of steps. Instructions, and the like, for Implementing 
methods, processes, or policies In conjunction with such 
systems and processing elements. The ennbodiments 
described herein are exemplary. Thus it will be appred- 

10 ated that although the embodiments are described in 
temris of specific technologies, other equivalent technol- 
ogies could be used to implement systems in keeping 
with the spirit of the present invention. 
[0068] The above-described embodiment of the in- 

is vention Is merely one example of a way In which the 
invention may be earned out. Other ways may also be 
possible within the scope of the following claims defining 
the invention. 

20 

Claims 

1 . A system for providing caller profile inf omnation to 
a called party subscriber tenninal comprising: 

25 

a telecommunk:atlons switching system cou- 
pled to said subscriber tenninal; 

a caller profile database server coupled to said 
30 telecommunk»tion8 switching system and 

adapted to store caller profile Infomnation for at 
least one subscriber; and 

a caller profile administrative server coupled to 
35 said caller profile database server, saki caller 

profile administrative server being adapted to 
administer said caller profile information re- 
sponsive to instructions from said subscriber 

40 2. A system for providing caller profile infonmation to 
a called party subscriber terminal comprising: 

a call processor element coupled to said sub- 
scriber terminal; 

45 

a c£iller profile database server coupled to said 
call processor element and adapted to store 
caller profile infomnation for at least one sub- 
scriber; and 

50 

a caller profile administrative server coupled to 
said caller profile database server, said caller 
profile administrative server being adapted to 
administer said caller profile infomnation re- 
55 sponsive to instructions from said sut)scriber. 

3. The system of claim 2 furttier comprising an inter- 
active vok:e response system coupled to said caller 
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profile administrative server and adapted to provide 
a user interface operable by said subscriber. 

4. The system of claim 2 further comprising a user in- 
terface elenrient coupled to said caller profile admin- 
istrative server and adapted to receive instructions 
from said subscriber to administer said caller profile 
Information. 

5. The system of claim 2 further comprising a called 
subscriber terminal having associated therewith a 
caller profile information display and wherein said 
call processor element Is adapted to request said 
caller profile information from said caller profile da- 
tabase server and transmit said caller profile infor- 
mation to said called subscriber terminal when a call 
destined for said called subscriber tenminal arrives. 

6. The system of claim 5 further comprising a user In- 
terface element coupled to said caller profile admin- 
istrative server and adapted to receive from said 
subscriber instruc^ons defining whether to transmit 
said caller profile infonmation for a particular call. 

7. The system of claim 5 wherein said caller profile da- 
tabase sender is adapted to store a plurality of caller 
profiles for said subscriber; 

said system further comprising a user inter- 
face elennent coupled to said caller profile adminis- 
trative server and adapted to receive from said sub- 
scriber instructions defining which of said plurality 
of caller profiles shall be delivered for a particular 
call. 

8. The system of claim 5 wherein said caller profile da- 
tabase server is adapted to store a plurality of caller 
profiles for said subscriber; and said caller profile 
database server is adapted to implement instruc- 
tions provided by said subscriber defining which of 
said plurality of caller profiles shall be delivered for 
a particular call. 

9. The system of claim 5 wherein said caller profile da- 
tabase sender is adapted to store a plurality of caller 
profiles for said subscriber; and said call processing 
element is adapted to innplement instructions pro- 
vided by said subscriber defining which of said plu- 
rality of caller profiles shall be delivered for a par- 
ticular call. 

10. The system of claim 2 further comprising a called 
subscriber terminal having associated therewith a 
caller profile Information display and wherein said 
call processor element is adapted to request from 
said caller profile database server indicia for locat- 
ing said caller profile infomriation and to transmit 
said indicia to said called subscriber temninal when 
a call destined for said called subscriber tenninal 



anives. 

11. The system of claim 10 wherein said subscriber ter- 
minal is adapted to retrieve said caller profile infor- 

5 mation as directed by said Indicia. 

12. The system of claim 10 wherein said indicia com- 
prises a uniform resource locator. 

10 13. For use in providing a caller profile service in a tel- 
ecommunications system having a caller profile ad- 
ministrative system, a method for administering a 
caller profile for a subscriber comprising the steps 
of: 

15 

said caller profile administrative server recehf- 
ing a log-in request from a subscriber; 

said caller profile administrative sender receh/- 
20 ing from said 8ut>scriber information defining at 

least one caller profile; 

said caller profile administrative server provid- 
ing to a caller profile database system said in- 
25 fomnation defining at least one caller profile; 

and 

said caller profile administrative server instruct- 
ing a call processing element of said telecom- 
30 munications network to activate said caller pro- 

file service for telecommunications service for 
said subscriber. 

1 4. The method of claim 1 3 wherein said telecommuni- 
35 cations service associated for said subscriber conn- 
prises service associated with a telephone line. 

1 5. The method of claim 13 wherein said telecommuni- 
cations service associated for said subscriber conn- 

40 prises service associated with a wireless subscriber 
tenninal. 

16. The method of claim 13 further comprising ttie step 
of receiving from said subscriber instructions defin- 
es ing whether to transmit said caller profile informa- 
tion for a particular call. 

1 7. The method of daim 1 3 further comprising the step 
of receiving from said subscriber instructions def in- 

so ing which of a plurality of caller profiles shall be 
transmitted for a particular call. 

18. For use in providing a caller profile service in a tel- 
ecommunications system having a caller profile ad- 

55 ministrative system, a metiiod for delivering a caller 
profile for a subscriber comprising the steps of: 

(a) storing in a caller profile database server at 
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least one indicium relating to at least one caller 
profile for said subscriber, 

(b) a call processing element receiving a call 
from said subscriber to a called party; s 



(e2) responsive thereto, delivering to said 
call processing element a selected one of 
said Indicia. 

22. The method of claim 19. wherein: 



(c) said call processing element detemnining 
whether the called party subscribes to the caller 
profile service; 

10 

(d) responsive to a poslth^e determination that 
said called party subscribes to the caller profile 
service, requesting from said caller profile da- . 
tabase server said at least one indicium relating 

to at least one caller profile for said subscriber; is 
and 

(e) delivering to said call processing element 
said at least one indicium relating to at least one 
caller profile for said subscriber. 20 



step (a) thereof comprises storing in said caller 
profile database server a plurality of indicia 
each relating to relating to a respective one of 
a plurality of caller profiles for said subscriber; 

step (d) thereof comprises, responsive to a pos- 
itive detemrtlnation that said called party sub- 
scribes to the caller profile service, requesting 
from said caller profile database server said in- 
dicia relating to caller profiles for said subscrib- 
er; and 

step (0 thereof further comprises the substeps 
of: 



19. The method of claim 1 8 further comprising the step 
of: 

(f) said call processing element transmitting to 
a subscriber terminal of said called party said 
indicium relating to a caller profile for said sub- 
scriber. 

20. The method of claim 1 8, wherein step (f) thereof fur- 
ther comprises the steps of: 

(ft) implementing instructions of said subscrib- 
er defining whether to transmit said caller pro- 
file Infomiation for a particular call 

21. The method of claim 18, wherein: 

step (a) thereof comprises storing in said caller 
profile database server a plurality of indicia 
each relating to relating to a respective one of 
a plurality of caller profiles for said sufc>scriber; 

step (d) thereof comprises, responsiveto a pos- 
itive detemnination that said called party sub- 
scribes to the caller profile service, requesting 
from said caller profile database server at least 
one Indicium relating to caller profiles for said 
subscriber; and 

step (e) thereof further comprises the substeps 

of: 

(el ) implementing instructions of said sub- 
scriber defining which of said indicia relat- 
ing to caller profiles for said subscriber 
shall be transmitted for a particular call; 
and 



(fl) implementing instructions of said sub- 
scriber defining which of said Indicia relat- 
ing to caller profiles for said subscriber 
25 shall be transmitted for a particular call; 

and 

(f2) responsive thereto, transmitting to said 
subscriber tenrtinat a selected one of said 
30 indicia. 

23. The method of claim 1 8 wherein at least one of said 
caller profiles for said subscriber Is modifiable by 
said subscriber 

35 

24. The method of claim 1 8 wherein at least one of said 
indicium comprises content of one of said user pro- 
files. 

^ 25. The method of claim 1 8 wherein at least one of said 
indicium comprises a unifomi resource locator at 
which content of one of said user profiles may be 
obtained. 

^ 26. The method of claim 1 3 further comprising the step 
of accepting a request to update said at least one 
caller profile for said subscriber, said request being 
initiated by said subscriber without other human in- 
tervention; 

50 

27. The method of claim 13 further comprising the step 
of accepting a request to update said at least one 
caller profile for said subscriber, said request being 
initiated by said subscriber without other human in- 

55 terventlon; 

28. For use In providing a caller profile service in a tel- 
ecommunications system having a caller profile aci- 
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minlstrative system, a method for delivering a caller 
profile for a subscriber comprising tlie steps of: 

(a) storing in a caller profile database server at 
least one Indicium relating to at least one caller s 
profile for said subscriber; 

(b) accepting a request to update said at least 
one caller profile for said subscriber, said re- 
quest being initiated by said subscriber without 10 
other human intervention; 

(c) receiving from a call processing element a 
request for said at least one indicium relating 
to at least one caller profile for said subscriber, 
and 

(d) delivering to said call processing element 
said at least one indicium relating to at least one 
caller profile for said subscriber. 20 
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SUBSCRIBER LOGS INTO CPAS AND 
ESTABUSHES USER ID AND PASSWORD 
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USER ENTERS ONE OR MORE CALLER 
PRORLES* AND SPECIRES OPTIONS FOR 
TRANSMITTING CALLER PROnL£(S)** 
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CPAS LOADS SUBSCRIBER PRORLE 
INFORMATION INTO THE SCP 
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CPAS INSTRUCTS SWITCH TO ACTIVATE 
CALLER PRORLE SERVICE FOR THIS UNE 
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SCP RETURNS CALLER PRORLE SERVICE OPTIONS 
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SWITCH GENERATES ANNOUNCEMENTS 
REQUESTING USER INPUT 
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USER ENTERS OPTIONS FOR THIS CALL 
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CPE DISPLAY CAPABILITIES 
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SUBSCRIBER DIALS CALLED NUMBER 
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SWITCH DETECTS REMOTE CALLER 
PROHLE SERVICE ACTIVATED 
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SWITCH QUERIES SCP FOR SERVICE OPTIONS] 
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SWITCH GENERATES ANNOUNCEMENTS 
REQUESTING USER INPUT 
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SCP ACTIVATES REMOTE CALLER 
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SCP INSTRUCTS SWITCH TO ACTIVATE 
REMOTE CALLER PRORLE SERVICE R)R THE 
NEXT CALL FROM THIS CALUNG NUMBER 
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SCP INSTRUCTS IVR SYSTEM TO GIVE 
USER CONRRMATION ANNOUNCEMENT 
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